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DESCRIPTION 



METHOD FOR PROVIDING A TONE REPLACING SOUND CHOSEN BY 
A SUBSCRIBER IN CALL WATTING SERVICE 

1- TECHNICAL FIELD 

5 The present invention relates to a method for providing an 

arbitrary sound chosen by a called subscriber for a calling 
subscriber instead of a conventional RBT (RingBack Tone) . 

The present invention further relates to a method for 
providing an arbitrary sound chosen by a called subscriber 
10 instead of a common RBT and a CWT (Call-Waiting Tone) that are 
provided for a caller in case that the called has been subscribed 
to CWS (Call -Waiting Service) . 
2. BACKGROUND ART 

When a subscriber calls another through . a mobile 
15 communication network, a terminating exchanger on the network 
provides the caller with a uniform RBT. 

Since the RBT is same all the time, a caller can not 
identify a called before the called answers. Furthermore, the 
uniform RBT can not satisfy various subscribers' needs to reveal 
20 their personality. 

In addition, a mobile communication network provides CWS in 
commerce. In CWS, however, an exchanger serving a called and a 
former caller, who are talking each other, provides a latter 
caller with a uniform RBT, and also provides a uniform CWT, which 
25 is different in sound from RBT, for a call waiter who is selected 
to wait by the called. Therefore, a latter caller can not 
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identify a called before the called answers and the uniform CWT 
can not satisfy various subscribers' needs to reveal their 
personality . 

On the other hand, various ad methods are being proposed in 
5 these days. One of these ad methods is to send an ad sound 
message to a caller instead of a conventional ringback tone. 
However, such an ad sound message is chosen unilaterally by a 
network operating enterprise. If a caller heard such a unilateral 
ad sound he or she could talk over a mobile telephone with a 
10 called for' a limited time. 

However, the method that an ad sound is provided instead of 
a conventional RBT still has the aforementioned drawbacks. That 
. is, a caller can not identify a called before the called answers 
and the uniform RBT can not satisfy various subscribers' needs to 
15 reveal their personality as explained above. 

3. DISCLOSURE OF INVENTION 

It is an object of the present invention to provide method 
for providing an arbitrary sound chosen or registered by a called 
subscriber for a caller or a call waiter instead of a 

20 conventional RBT and/or CWT. In the present method, an arbitrary 
tone -replacing sound chosen or registered by a subscriber is 
stored in a server separated from mobile exchangers first, and if 
a certain subscriber, who is already in communication with a 
former caller, is called again, a terminating exchanger for the 

25 additional call receives from the server a tone -replacing sound 
that is assigned to the called, and then provides the received 
sound for a latter caller instead of a conventional RBT. And, the 
terminating exchanger provides one of the callers, who is 
selected. to wait call reconnection by the called, with a CWT- 
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replacing sound received from the sever instead of a conventional 
common CWT. 

. A method of providing an arbitrary sound to replace a 
conventional tone in a communication network in accordance with 

.5 the present invention is characterized in that it comprises: a 
first step/ conducted by an HLR (Home Location Register) , of 
furnishing an exchanger, when a terminal is registered through 
* the exchanger, with first information on whether an ordinary tone 
is to be replaced or not and second information informing a route 

10 to a sound providing means; a second step, conducted by the 
exchanger, of requesting a trunk connection to. the sound 
providing means, if the terminal is called by a caller, based on 
the first. and the second information while furnishing the sound 
providing means with third information on call state; and a third 

15 step, conducted by the sound providing means, of determining a 
tone-replacing sound based on the received third information for 
the terminal, and providing the determined tone -replacing sound 
as an RBT to the caller through the exchanger which the trunk 
connection is made to. 

20 Another method of providing an arbitrary sound to replace a 

conventional tone in a communication network in accordance with 
the present invention is characterized in that it comprises: a 
first step, conducted by an HLR, of furnishing an exchanger, when 
a terminal is registered through the exchanger, with first 

25 information on whether an ordinary tone is to be replaced or not 
and second information informing a route to a sound providing 
means; a second step, conducted by the exchanger, of requesting a 
first trunk connection to the sound providing means, if the 
terminal is called by a latter caller under already- connected 

30 condition to a former caller, based on the first and the second 
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information while providing the sound providing means with third 
information on call state; a third step, conducted by the sound 
providing means, of determining a tone -replacing sound based on 
the received third information for the terminal, and providing 
5 the determined tone -replacing sound as an RBT to the latter 
caller through the exchanger; a fourth step, conducted by the 
exchanger, of requesting release of the first trunk connection to 
the sound providing means, if the terminal accepts the call from 
the latter caller, and requesting a second trunk connection to 

10 the sound providing means for the connected former caller while 
providing the sound providing means with fourth information on 
call-switched; and a fifth step, conducted by the sound providing 
means, of determining a tone-replacing sound based on the 
received fourth information for the terminal, and providing the 

15 determined tone- replacing sound as a CWT to the former caller 
through the exchanger which the second trunk connection is made 
to. 

In the methods, the third information is to indicate that 
the called, who has subscribed to CWS, is busy, namely already - 
20 connected, and the fourth information is to indicate that either 
of callers is made to call-waiting state by the called. 

The above- characterized tone replacing sound providing 
method is able to decrease caller's cancellation and/or call- 
waiter's drop of a call connected to a called who has subscribed 
25 to CWS. 

In addition, the method can provide a personal ad way by 
allowing a registered personal introducing. or identifying sound 
to be used instead of an RBT. Moreover, a caller is able to know 
by only hearing a tone-replacing sound whether he or she called 
30 rightly. An enterprise as well as individual persons can 
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advertise efficiently through registering a tone-replacing sound. 

4. BRIEF DESCRIPTION OP DRAWINGS 

In the drawings: 

Fig. 1 is a simplified diagram of a mobile communication 
5 network which a subscriber-based tone -replacing sound providing 
method is embedded in; 

Fig. 2 is a procedure chart to subscribe to a subscriber- 
based tone-replacing sound providing service in accordance with 
the present invention; 
10 Fig. 3 is a procedure chart to change/add tone-replacing 

sound to be used in tone replacement service in accordance with 
the present invention; 

Fig. 4 is a procedure chart to terminate a subscriber-based 
tone -replacement service in accordance with the present 
15 invention; 

Fig. 5 is a procedure chart of an embodiment of the present 
invention to conduct a CWS subscriber-based tone -replacing 
service; 

Fig. 6 is a procedure chart of another embodiment of the 
20 present invention to conduct a CWS (Call Waiting Service) 
subscriber-based tone-replacing service; 

Fig. 7 shows format of the value-added service parameters 
including a tone-replacing service setting field that are 
delivered from an HLR to a call -terminating exchanger; and 
25 Fig. 8 shows an exemplary tone service table managed by a 

sound storager managing server to embody a tone -replacing sound 
providing service in accordance with the present invention. 

5. MODES FOR CARRYING OUT THE INVENTION 

In order that the invention may be fully understood, a 
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preferred embodiment thereof will now be described with reference 
to the accompanying drawings. 

Fig, 1 is a simplified diagram of a mobile communication 
network which a CWS subscriber-based tone -replacing sound 

5 providing method is embedded in. 

The network of Pig. 1 includes an HLR (Home Location 
Register) 10; mobile exchangers 31, 32 and 33 (also called 'MSC 
(Mobile Switching Center) ) being capable of communicating with 
the HLR 10 via a No. 7 signaling network 20 based on No. 7 

10 signaling transfer protocol; a sound storager 50, connected to 
the No. 7 signaling network 20 via a gateway 40, storing tone- 
replacing sounds and communicating with the exchangers 31, 32 and 
33; an SSMS (Sound Storager Managing Server) 70, connected to the 
sound storager. 50 via Internet 60, controlling management of 

15 tone-replacing sounds in the sound storager 50; a subscriber, db 
80 connected to the HLR 10 via Internet 60; and a web server 100, 
connected to Internet 60 via a gateway 90, communicating with the 
sound storager 50 and the SSMS 70. 

The HLR 10 functions as a conventional network element and. 

20 it has in every subscriber profile the first information on 

whether an ordinary tone is to be replaced or not and the second 
information informing a route to the sound storager 50. The first 
and the second information are written in the value-added service 
parameters of each subscriber profile. 

25 Every mobile exchanger in the network, that functions as a 

conventional network element, receives the first and the second 
information of a subscriber through communicating with the HLR 10 
when the subscriber requests location registration. If the 
location- registered subscriber is called, the exchanger 31, 32 or 

30 33 receives a tone-replacing sound from the sound storager 50 
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based on the received first and second information, and then 
provides a caller with the received tone- replacing sound instead 
of an ordinary tone. 

Moreover, if the called has been also subscribed to CWS, 
5 the exchanger 31, 32 or 33 furnishes the sound storager 50 with 
state information (information about busy or not and call- 
suspended state) of the called through a connection request 
message when it requests trunk connection to the sound storager 
50. 

10 The sound storager 50 stores a plurality of digital sounds 

to be used for replacing an ordinary tone such as RBT and CWT. 
The stored digital sounds are provided for the exchangers 31, 32 
and 33 via the gateway 40. 

The SSMS 70 communicates with the sound storager 50 via ■ 

15 Internet 60 and it chooses a digital sound based on information 
written in a tone service table. A unique code to identify the 
chosen digital sound is notified the sound storager 50 in order 
that a stored sound identified by the code is sent to the 
exchanger 31, 32 or 33 from the sound storager 50. The tone 

20 service table used for choice of a digital sound allocated for 
each subscriber includes several codes linked to caller's 
personal information, caller or caller-group identifying 
information, call time zone, and/or call state. Therefore, a 
digital sound can be chosen by the SSMS 70 based on who calls, 

25 which group a caller belongs to, age, sex, or occupation of a 
caller, when a subscriber is called, and/or call state, e.g., 
busy or call -suspended state. 

Information in the tone service table is determined when a 
person subscribes to the value-added service and is then modified 

30 by his or her request. 
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The web server 100, connected to the sound storager 50 
and/ or the SSMS 70 via Internet 60, adds digital sounds to the 
sound storager 50 and conducts operations to update or change 
contents of the tone service table and codes, if necessary, 
5 related digital sounds for the SSMS 70. The updating or changing 
operation is initiated by subscriber's request through web pages 
of the web server 100. 

The operation of the network of Fig. 1 to provide an 
arbitrary sound set by a called subscriber instead of a common 
10 RBT is described below. 

When a subscriber applies for subscription to the value- 
added service of RBT replacement, all information included in the 
application is stored in the subscriber db 80 that requests 
registration of RBT replacement service to the HLR 10. Then, the 
15 HLR 10 writes necessary information in value-added service 
parameters of that subscriber. 

Afterwards, if location registration for that subscriber is 
requested from a serving exchanger 31, 32 or 33, e.g., the 
exchanger 32 the HLR 10 provides service-related information and 
20 routing information for the exchanger 32 that requested location 
registration. The routing information is. needed to make a trunk 
connection to the sound storager 50. The exchanger 32 registers 
the received information for that subscriber in a local 
subscriber db. 

25 If an arbitrary . subscriber at the exchanger 31 calls the 

location-registered subscriber, a trunk connection *ISUP' is made 
between the originating 31 and the terminating exchanger 32 after 
routing information exchange through the HLR 10. After a trunk 
connection is setup, the terminating exchanger 32,. knowing based 

30 on the registered information of the called subscriber that RBT 
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replacement service is ON,, makes another trunk connection to the 
sound storager. 50 addressed by the registered information. At the 
same time, the terminating exchanger 32 provides the sound 
storager 50 with information of the called subscriber, e.g., 
5 mobile telephone number and starts to page the called. 

The sound storager 50 inquires of the SSMS 70 about which 
digital sound is set now for the called subscriber. Then, the 
SSMS 70 informs the sound storager 50 of a code for digital sound 
having been chosen for a given condition by the called. 

10 . The sound storager 50 sends a digital sound identified by 
the received code to the originating exchanger 31 through. the 
setup trunk connection between, the two exchangers 31 and 32. The 
originating exchanger 31 transmits the digital sound from the 
sound storager i50 to the caller until the called answers the 

15 paging. Thus, the caller can hear the digital sound instead of a 
conventional RBT during the paging .. The moment the called answers 
the paging, the terminating exchanger 32 releases the trunk 
connection established to the sound storager 50. The conversation 
between the caller and the called is communicated through the 

20 trunk connection made between the originating 31 and the 
terminating exchanger 32. 

Fig. 2 is a procedure chart to subscribe to a subscriber- 
. based tone -replacing sound providing service in accordance with 
the present invention. 

25 The procedure chart of Fig. 2 is explained below in 

parallel with the operation of the network. of Fig. 1. 

If subscription to the tone- replacement service is asked 
(S201) , subscription information including mobile telephone 
number of the subscriber is stored in the subscriber db 80 first 

30 and is then delivered to the HLR 10 (S202) . The HLR 10 updates 
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service information of the subscriber profile to indicate that 
the subscriber has subscribed to tone replacement service (S203) . 

In addition, the subscriber db 80 also sends the 
subscription information including a chosen digital sound and 
5 mobile telephone number to the SSMS 70 (S204) . The SSMS 70 writes 
a code associated with the chosen digital sound in a tone service 
table allocated for that mobile telephone number (S2 05) . 

If the received subscription information includes 
particulars of sound assignments, namely if the received 
10 subscription information assigns different digital sounds for 
each caller, each caller group, each time zone, and/or each call 
state, the SSMS 70 writes different codes of the respective 
digital sounds in each condition field of the tone service table, 
at the step S205 . 
15 Afterwards, if location registration for the subscriber is 

requested from the exchanger 32 to the HLR 10 (S206) , the HLR 10 
checks profile of the subscriber to know whether the subscriber 
has been subscribed to the RBT replacement service (S2 07) . If not 
subscribed, the HLR 10 sends an ordinary response message to the 
20 location registration request to the exchanger 32 as in the 

conventional request processing procedure (S208-1) . However, if 
subscribed, the HLR 10 sends the exchanger 32 a response message 
including tone replacement service-related information, namely, 
service setting information and routing inf ormation, e>g., 
25 routing digits to direct to the sound storager 50 assigned for 
that subscriber among a plurality of sound storagers {not 
figured) . The exchanger 32 registers the received information in 
the subscriber's profile on a local db, e.g., a VLR (Visitor 
Location Register) (S208-2) . 
30 The service setting information can be carried by. an SRBT 
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{Specific RBT) field, which was defined as a l reserve' field 
before, of the value-added service parameters 

x CallingFeaturesIndicator2' shown in Fig. 7* The 2 -bit SRBT field 
is set to *10' in case that the 'tone replacement service is not 
5 activated even though that service is valid by subscription, and 
it is set to in case that the tone replacement service is in 

active state. A message including the parameters 
*CallingFeaturesIndicator2' responsive to the location 
registration request is delivered from the HLR 10 to the 

10 exchanger 32 . 

The service information parameters 
x CallingFeaturesIndicator2' of Fig. 7 are composed of a VMSB 
field indicative of state of voice mail service busy; a VMSU 
field indicative of state of voice mail service busy 

15 unconditional; a VMSNA field indicative of state of voice mail 
service busy no answer; an FMSNA field indicative of state of fax 
mail service no .answer; an FMSB field indicative of state of fax 
mail service busy; an FMSU field indicative of state of fax mail 
service unconditional; an MC field indicative of multi-call; a CC 

20 field indicative of conference call; an MUDN field indicative of 
multiple unit directory number; and others. 

Fig. 3 is a procedure chart to change/add tone-replacing ■ 
sound to be used in tone replacement service in accordance with 
the present invention. 

25 A subscriber, who has subscribed to the tone replacement 

service according to the above-explained procedure of Fig. 2, 
connects his or her personal computer to the web server 100, 
first. Then, the web server 100 provides web pages on the 
connected computer screen to enable the subscriber to change/add 

30 information about tone replacement service. 
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The subscriber enters mobile telephone number (or telephone 
number + password allocated in subscription) through an adequate 
web page and then selects a desired tone-replacing sound from a 
list showing all or a part of sounds stored in the sound storager 
5 50. If the subscriber requests change of tone- replacing sound to 
the chosen one (S3 01) , the web server 100 sends a change - 
requesting message to the SSMS 70 (S302) . The SSMS 70 changes the 
current code with another code assigned to the chosen tone- 
replacing sound in a tone service table allocated for the entered 

10 mobile telephone number (S303) . Afterwards, a tone-replacing 
sound identified by the changed code will be provided instead of 
a conventional RBT and/or CWT. 

If the subscriber selects to add a new tone-replacing sound 
on a web page, the SSMS 70 provides an input web page. Then, the 

15 subscriber enters his or her mobile telephone number in the input, 
web page and uploads a sound file including voice, sound logo, or 
music through the input web page (S3 04) . The web server 100 
requests the sound storager 50 to add a new tone -replacing sound 
by delivering the inputted data to the sound storager 50 (S305) 

20 The sound storager 50 registers the uploaded sound file as a new 
tone-replacing sound (S306) and requests the SSMS 70 to assign a 
new code to the registered tone-replacing sound (S307) . The SSMS 
70 informs the sound storager 50 of the newly-assigned code and 
.changes the current code with the newly-assigned code in the tone 

25 service table allocated for the subscriber. 

Fig. 4 is a procedure chart to terminate a subscriber-based 
tone -replacement service in accordance with the present invention. 

* If termination of tone replacement service is asked from a 
subscriber (S401) , the subscriber db 80 deletes subscription 

30 information for tone replacement service associated with the 
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subscriber, namely, the subscriber' s .telephone number, and sends 
service terminating information including a mobile telephone 
number to the HLR 10 (S402) . The HLR 10 alters service 
information of the subscriber's profile to indicate that the 
5 subscriber has not subscribed to tone replacement service (S403) . 
The subscriber db 80 also sends the service terminating 
information to the SSMS 70 (S404) , then the SSMS 70 deletes a 
current code in the tone service table for the subscriber based 
on the received service terminating information (S405) . 
10 Fig. 5 is a procedure chart of an embodiment of the present 

invention to conduct a CWS subscriber-based tone -replacing 
service after completion of the procedure of Fig. 2 and/or Fig. 3 

If an arbitrary subscriber within a service zone of the 
exchanger 31 calls another subscriber, who has subscribed to the 
15 tone replacement service, within the exchanger 32, the 

originating exchanger 31 sends a location request message to the 
; HLR 10 to inquire where the called is (S501) . Then, the HLR 10 
sends a routing request message to the terminating exchanger 32 .. 
(S502), and the terminating exchanger 32 informs the HLR 10 of 
20 routing information, e.g., TLDN (Temporary Local Directory 
Number) in response to the routing request message (S503) . 

The HLR 10 delivers the routing information to the. : 
originating exchanger 31 in response, to the inquiry step S501 
(S504) . The originating exchanger 31 requests the • terminating 
25 exchange .32 based on the routing information to make a trunk 
connection therebetween (S505) . 

In the meantime, the terminating exchanger 32 checks. 
. service setting information, namely/ the * SRBT ' field of the 

value-added service information of Fig, 7 that was registered for 
30 the called in its local db at the step S208-2 in the procedure of 
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Fig. 2. If the two bits of the 'SRBT' field are the 
terminating exchanger 32 regards tone -replacement service for the 
called as 'in-service 7 and 'activated' and checks state (idle, 
busy or call-suspended) of the called if the called. has 
5 subscribed to CWS. Then, it. makes a trunk connection to the sound 
storager 50 with reference to the routing information that was 
also received and stored at the step S208-2. At this time, mobile 
telephone numbers of the caller and the called are sent to the 
sound storager 50 along with the checked the called' s state 
10 (S506) . 

Now, respective trunk connections are made, between the 
originating exchanger 31 and the terminating one 32 and between 
the terminating exchanger 32 and the sound storager 50. 

The sound storager 50 asks an adequate code to the SSMS 70 

15 while providing the received numbers and the called' s state for 
the SSMS 70 (S507) . The SSMS 70 examines a tone service table 
allocated for the called number to determine a code matched with 
the calling number .and the called' s state, and informs the sound 
storager 50 of the determined code (S508) in response to the 

20 code-requesting step S507. The sound storager 50 transmits a 
tone-replacing sound corresponding to the determined code to the 
caller instead of an RBT or another uniform tone through the 
trunk connections between the sound storager 50 and the 
terminating exchanger 32 and between the terminating exchanger 32 

25 and the originating one 31 (S509) . 

The steps between S506 to S509 inclusive are explained in 
more detail. 

In the event that the called has subscribed to CWS and not 
to tone -replacing service, the terminating exchanger 32 provides 
30 the caller with a uniform RBT if the called has already been 
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connected to a former caller. However, if the called has 
subscribed to tone -replacing service, the state of busy is 
delivered to the sound storager 50 at the step S506. The sound 
storager 50 asks the SSMS 70 to notify of a sound code adequate 
5 to busy state of the called . (S507) while giving necessary 
information such as called' s identification to the SSMS 70 . 

Knowing that the called is busy from the received 
information, the SSMS 70 searches a tone service table of the 
called stored in its db structured as Fig. 8 for a sound code 

10 associated with busy state and delivers the found code to the 
sound storager 50 (S508) in response to the code-requesting step 
S507. The sound storager 50 transmits a tone -replacing sound 
linked with the determined code to the caller as an RBT through 
the trunk path made between the sound storager 50 and the 

15 originating exchanger 31 (S509) . Therefore, if a voice message to 
inform that call acceptance is being urged to a busy called is 
registered as a tone -replacing sound for busy state in CWS, a 
caller is able to know the current call state through the tone- 
replacing sound. This would decrease callers' call cancellations 

20 by leading callers to wait until. call connection. 

If the called answers the new call* or switches to the new 
call of the terminating exchanger 32 from an already- connected 
call while the determined tone- replacing sound is being 
transmitted instead of a conventional RBT, the terminating 

25 exchanger 32 requests the sound storager 50 to release the 
established trunk connection (S510) . Then, voice or data are 
communicated between the caller and the called through the trunk 
connection between the originating 31 and the terminating 
exchanger .32 (SS11) . ' 

30 Pig. 6 is a procedure chart of another embodiment of the 
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present invention to conduct a CWS subscriber-based tone- 
replacing service after completion of the procedure of Fig. 2 
and/or Fig. 3. 

If a first arbitrary subscriber within a service zone of a 
5 first originating exchanger 33 calls another subscriber, who has 
subscribed to both the tone replacement service and CWS, within 
the exchanger 32, the first originating exchanger 33 sends a 
location request message to the HLR 10 to inquire where the 
called is (S6.01) . Then, the HLR 10 sends a routing request 
10 message to the terminating exchanger 32 (S602) , and the 
terminating exchanger 32 informs the HLR 10 of routing 
information, e.g., TLDN (Temporary Local Directory Number) in 
response to the routing request message (S603) . 

The HLR 10 delivers the routing information to the first 
15 originating exchanger 33 in response to the inquiry step S601 
(S604) . The first originating exchanger 33 requests the 
terminating exchange 32 based on the routing information to make 
a trunk connection therebetween (S605) . 

In the meantime, the . terminating exchanger 32 checks 
20 service setting information, namely, the *SRBT' field of the 

value-added service information of Fig. 7 that was registered for 
the called in its local db at the step S20B-2 in the procedure of 
Fig. 2. If the two bits of the x SRBT ' field are , the 

terminating exchanger 32 regards tone- replacement service for the 
25 called as * in-service' and % activated' and identifies idle state 
of the called. Then, it makes a trunk connection to the sound 
storager 50 with reference to the routing information that was 
also received and stored at the step S208-2. At this time, mobile 
telephone numbers of the caller and the called are sent to the 
30 sound storager 50 along with the identified idle state of the 
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called (S606) , 

Now, respective trunk connections are made between the 
first originating exchanger 33 and the terminating one 32 and 
between the terminating exchanger 32 and the sound storager 50. 
5 The sound storager 50 asks an adequate code to the SSMS 70 

while providing the received numbers and the called' s state, 
namely idle state for the SSMS 70 (S607) . The SSMS 70 examines a 
tone service table allocated for the called number to determine a 
code matched with the calling number and the idle state, and 

10 informs the sound storager 50 of the determined code (S608) in 
response to the code- requesting step S607. The sound storager 50 
transmits a tone -replacing sound corresponding to the determined 
code to the first caller as an RBT through the trunk path to the 
first originating exchanger 33 (S609) . 

15 If the called answers call arrival from the terminating 

exchanger 32 while the determined tone-replacing sound is being 
transmitted instead of a conventional RBT, the terminating 
exchanger 32 requests the sound storager 50 to release the 
established trunk connection (S610) . Then, voice or data are 

20 communicated between the first caller and the called through the 
trunk connection between the first originating 33 and the 
terminating exchanger 32 (S611) . 

If a second arbitrary subscriber within a service zone of a 
second originating exchanger. 31 calls, the called who is talking 

25 over the connected line with the first caller, the second 

originating exchanger 31 requests the terminating exchange 32 to 
make a trunk connection therebetween (S621) according to the same 
steps S501 to S505 that are described in the procedure of Pig. 5. 
Afterwards, the above -explained steps S506 to S509 are 

30 sequentially conducted in this embodiment. However, the called' s 
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state to delivered at this time from the terminating exchanger 32 
to the sound storager 50 is *busy' . Therefore, a tone-replacing 
sound, e.g., voice message to inform *busy in CWS" is provided 
for the second caller instead of a conventional RBT. 

5 While the second caller is waiting call acceptance, if the 

called accepts the call from the second caller while forcing the 
current connection to be in call-suspended, namely , call-waiting 
state, the terminating exchanger 32 acknowledging the call switch 
releases the trunk connection to the sound storager 50, which was 
10 established before by the call of the second caller, in order to 
stop transmission of the tone-replacing sound. Now, voice or data 
are communicated between the second caller and the called through 
the trunk connection between the second originating exchanger 31 
and the terminating one 32 (S622) . 

15 In addition, when the terminating exchanger 32 acknowledges 

the call switch, it requests another trunk connection to the 
sound storager 50 for the suspended call of the first caller 
(S623) . This requesting message from the terminating exchanger 32 
contains mobile telephone numbers of the called and/or the caller 

20 and call-waiting state. 

Now, respective trunk connections are made between the two 
originating exchangers 31 and 33 and the terminating one 32, and 
an additional trunk connection is made between the terminating 
. exchanger 32 and the sound storager 50 for the first caller. 

25 The sound storager 50 asks an adequate code to the SSMS 70 

while providing the received numbers and the called' s state, 
namely call-waiting state for the SSMS 70 (S624) . The SSMS 70 
examines the tone service table, structured as Fig. 8, allocated 
for the called number to determine a code matched with the 

30 calling number and the call-waiting state, and. informs the sound 
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storager .50 of the determined code (S625) in response to the 
code -requesting step S624, The sound storager 50 transmits a 
tone-replacing sound corresponding to the determined code to the 
first caller as a CWT through the trunk path to the first . 

5 originating exchanger 33 (S626) . 

Therefore, if a voice message to inform that call is 
suspended is registered as a tone-replacing sound for call- . 
waiting state in CWS, a suspended caller is able to know the 
current call state through the tone- replacing sound. This would 

10 decrease callers' call drops by preventing misunderstanding that 
a call is disconnected unexpectedly. 

In the above-explained embodiment of Fig. 6, the 
terminating exchanger 32 may not release the trunk connection 
which is made at the step S606-or S621 although the connection to 

15 the sound storager 50 becomes unnecessary by call connection or a 
busy called' s call acceptance. In this case, remaking of trunk 
connection, e.g., the step S623 in the . embodiment of Fig. 6 can. 
be skipped.. 

The present invention is not restricted to th£ above- 
20 explained embodiments of Figs. 5 and 6. In other words, if the 
tone service table in the SSMS 70 is adequately structured or 
modified and suitable information is served to the sound storager 
50 from a terminating exchanger, various tones such. as RBT, busy 
tone,. CWT and so forth can be replaced with an arbitrary sound, 
25 music or voice that is selected for a called based on who the 
caller is, which group among groups classified by the called the 
caller belongs to, caller's age, sex, occupation, called time, 
call state and/or other factors. 

In the present tone -replacing sound providing service, , a 
30 subscriber can access the HLR 10 to change the SRBT field of the 
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value-added service parameters. 

For instance, when a subscriber presses a special key on 
his or her mobile telephone the pressed key information is 
. delivered to the HLR 10 which changes the 2 -bit SRBT field based 

5 on the key information or alternately. However, more significant 
bit of the two can not be altered because it indicates whether or 
not subscribed to the tone replacement service. Less significant 
bit can be altered by the above way because it indicates whether 
the tone replacement service is activated or not. 

10 Thus, in case of a person having subscribed to tone 

replacement service, The SRBT field of the value-added service 
parameters for that person has a value of *10' or only where 

the value '10' is indicative of 1 inactive' of the service and 
'11' indicative of 'active' . 

15 The special key commands change the 'SRBT' field from '10' 

to *11' or from '11' to '10'. Consequently, a subscriber can 
determine at will whether to use a conventional RBT, busy tone, 
and CWT or to use tone -replacing sound he or she has chosen. If 
the 'SRBT' field is '10', a terminating exchanger transmits a 

20 conventional RBT, busy tone or CWT to a caller or a call -waiter 
even if a called has subscribed to the tone replacement service. 

While the invention has been disclosed with respect to a 
limited number of embodiments, those skilled in the art, having 
the benefit of this disclosure, . will appreciate numerous 

25 modifications and variations therefrom. It is intended that the 
appended claims cover all such modifications and variations as 
fall within the true spirit and scope of the invention. 
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